There are two major errors that occur most frequently on Int handling which a C/S must be on the alert for:

Есть две основных ошибки, которые происходят наиболее часто в улаживании Инт, в отношении которых К/С должен быть бдителен:

1. Doing or running anything else before an Int Rundown when one is needed.

1. ВЫПОЛНЕНИЕ ИЛИ ПРОВЕДЕНИЕ ЧЕГО-ТО ДРУГОГО ДО ИНТ ПРОГРАММЫ, КОГДА В НЕЙ ЕСТЬ НЕОБХОДИМОСТЬ.

2. Overrunning the Int Rundown.

By far the commonest error is number one above. It happens most often at the very beginning of a session on Int itself, by the auditor engaging in two-way comm or ruds or a belabored and overcomplicated clearing of commands, or some other action than getting right onto the running of Int.

В подавляющем большинстве случаев это ошибка номер один. Она возникает чаще всего в самом начале сессии самой Инт, когда одитор занимается двусторонним общением, рудиментами, или замороченных и сверх-усложненным прояснением команд, или каким-то другим действием, вместо того чтобы перейти непосредственно к проведению Инт.

This is flagrant. When I was C/Sing, it is what I kept running into – the auditor doing all kinds of preliminary steps before starting Int. It boils down to auditing over out-Int, and it can’t be done.

Это вопиющая ошибка. Когда я был К/С, именно на это я и натыкался — одитор увлекался выполнением разнообразных предварительных шагов, прежде чем начинать Инт. Это превращается в одитинг поверх вне-Инта, и это недопустимо.

You’ll get the auditor who says, “But all I did was ask him how he was feeling.” That’s enough. That’s two-way comm, and you can’t run anything else but Int when Int is out, and that includes two-way comm. You don’t ask the pc how he feels about anything. You just start the Int Rundown.

Вы увидите одиторов, которые скажут: "Но я просто спросил у него, как его дела". Этого достаточно. Это двустороннее общение, но вы не можете проводить ничего кроме Инт, когда Инт не в порядке, и это относится и к двустороннему общению тоже. Вы не задаете преклиру вопросов о том, что он чувствует по тому или иному поводу. Вы просто начинаете проводит Инт Программу.

So that’s the first major error to watch for: somebody trying to run something else before the Int Rundown itself.

Так что это первая базовая ошибка, которую надо отслеживать: попытка проводить нечто другое вместо самой Инт Программы.

The second is overrun. Pc has a big cognition, a big win, TA blowdown, and the auditor misses it, goes right on past it and continues auditing. Or the pc exteriorizes and the auditor continues past exterior.

Вторая — это ПРЕВЫШЕНИЕ. У преклира было большое озарение, большая победа, срыв РТ, и одитор упускает это, проходит прямо мимо этого и продолжает одитинг. Или преклир экстеризуется, а одитор работает несмотря на это.

There is vital data on the end phenomena of Int on HCOB 4 Jan 71R, Int RD Series 2, and both C/S and auditor must have this data and know and be able to recognize the EP of Int when it occurs. Otherwise it will really mess up a case.

Жизненно важные данные о КЯ Инт содержатся в БОХС 4 янв 71R, Серия Инт ПРГ 2, и эти данные ДОЛЖЕН знать как К/С, так и одитор, знать и уметь распознавать КЯ Инт в тот момент, когда оно происходит. В противном случае это действительно приведет кейс в хаос.

Those are the two major violations a C/S (and an auditor) must not permit in the running of Int if it is to be successful.

Это те самые два базовых нарушения, которые К/С (и одитор) не должны допускать при проведении Инт, для того чтобы добиться в этом успеха.

Because they are the most major errors they have been included first on the checklist below.

Поскольку это наиболее базовые ошибки, они вошли в нижеприведенный проверочный список первыми.

The following is a checklist to be used in the C/Sing of Int. The C/S checks a bogged session or any session on Int, against this list to detect the exact cause of the trouble, or an error that could be the source of future trouble in ensuing sessions.

Далее идет проверочный список для использования в К/С-ии Инт. К/С проверяет застрявшую сессию или любую сессию по Инт по этому списку, для выявления точной причины неприятностей, или ошибки, которая могла стать источником будущих неприятностей в последующих сессиях.

1. Doing or running anything else before an Int Rundown when one is needed. (Includes ruds, 2-way comm, L1C, anything.)

1. Выполнение или проведение чего-то другого до Инт Программы, когда в ней есть необходимость (включая рудименты, 2-стороннее общение, L1C, что угодно).

2. Auditing over out-Int.

3. Overrunning the Int Rundown.

4. Auditing past exterior.

5. Overdoing the clearing steps preceding the actual rundown.

6. Running an Int button that only read on an MU or false read. (Failure to clear an Int button before running it.)

7. Clearing all of the Int buttons before assessment, instead of clearing only the button with the largest valid read.

8. Failure to use Suppress, Invalidate, and Misunderstood on an unreading Int button list.

9. Misassessment of the Int button list.

10. Doing an Int Rundown when none of the buttons have read. (Constitutes running an unreading item.)

11. Auditor can’t get reads or make a list read.

12. Not taking the Int Rundown to its full EP.

13. Not understanding the theory of Int and R3RA, and why one goes earlier or asks for an earlier beginning to the incident.

14. Running the concept of “was in” or “stuck in” instead of the concept of “moving in” or “going in” (on whatever the reading Int button is).

15. Not repeating the actual button for the chain when asking for an earlier incident. (Not knowing R3RA commands.)

16. Not completing a chain to full Dianetic EP.

17. Not completing any one flow on an Int button in one session; thus ending a session on an unflat flow.

18. Introducing Flow 0 to a pc for the first time on Int Rundown or Int repair. (i.e. running a Triple pc on Quad Flows.)

19. Auditing over an earlier Dianetic error.

20. Auditing the rundown “to exteriorize” the pc.

21. Using preassessment or AESPs on Int.

22. Misassessing or incorrectly handling the Int Correction List.

23. Overcorrecting the Int Rundown.

24. Running Dianetics on a Dianetic Clear, Scn Clear or OT.

25. And, on the part of the C/S, attempting to correct a botched Int Rundown without a full FES of the Int RD or any Int repair being done first.

Все вышеперечисленные пункты полностью описаны в Серии Инт Программа. В отношении кейсов, с которыми Инт не сработала хорошо, обнаружится одна или несколько совершенных в отношении них ошибок.

The above points are all covered fully in the Int Rundown Series. Cases that are not running well on Int will be found to have had one or more of these errors committed on them.

Использование этого списка для выявления и предотвращения ошибок Инт облегчит работу К/С и даст и одитору, и преклиру возможность гораздо ровнее работать по Инт.

Using the above list to spot and prevent Int errors will make the C/S’s job lighter and give both auditor and pc a smoother run on Int.